home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94a.txt / 000128_icon-group-sender _Thu May 12 18:29:48 1994.msg < prev    next >
Internet Message Format  |  1994-08-19  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Fri, 13 May 1994 07:27:47 MST
  2. Subject: Re: Incrementally loading implementations?
  3. To: icon-group@cs.arizona.edu
  4. Date: Thu, 12 May 1994 18:29:48 -0600 (CDT)
  5. In-Reply-To: <9405110833.AA18491@ringer.cs.utsa.edu.sunset> from "Clinton L. Jeffery" at May 11, 94 03:33:55 am
  6. X-Mailer: ELM [version 2.4 PL21]
  7. Mime-Version: 1.0
  8. Content-Type: text/plain; charset=US-ASCII
  9. Content-Transfer-Encoding: 7bit
  10. Content-Length: 1342      
  11. Message-Id: <9405122329.AA10047@rcmcon.com>
  12. From: whm@rcmcon.com (William Mitchell)
  13. Status: R
  14. Errors-To: icon-group-errors@cs.arizona.edu
  15.  
  16. > 
  17. >    I would like to know how hard it would be to incrementally load
  18. >    ICON binary files (esp. the .u[12] type files for the interpreter).
  19. >    Has anyone done this? Has anyone tried and found it too hard?
  20.  
  21. As a grad school project (c. 1984) I took a version of Unipress Emacs and
  22. embedded Icon in it alongside MLisp.  One could write Icon programs that used
  23. MLisp primitives or vice-versa.  It had the ability to load Icon binary files
  24. and merge globals into the existing namespace.  That portion of it was really
  25. no big deal to do.  I think I used a new type of heap object and had the list
  26. of globals in it.  When a file was loaded, I'd allocate a new whatever it was
  27. and put the new list of globals in it.  I took the major shortcut of keeping
  28. translation and linking external to "ice", as I called it.
  29.  
  30. There was a U of A CS department TR on it, but I've forgotten the number
  31. (unless it's 84-8) and it's probably out of print anyway.
  32.  
  33.      /------------------------------\         /----------------\
  34.     /      William H. Mitchell       \       / 7120 E. Kiva Way \
  35.    /  Mitchell Software Engineering   \o----/ Tucson, AZ, 85715  \
  36.    \ Consulting/Development/Training  /     \    602-577-6431    /
  37.     \   OO Methods/C++/Icon/UNIX     /       \    whm@mse.com   /
  38.      \------------------------------/         \----------------/
  39.